프로젝트를 관리하는 사람이라면 프로젝트 관리 방법론에 대해 알아야 합니다.
아래는 프로젝트 관리자, 프로그램 관리자, 프로젝트 포트폴리오 관리자 및 프로젝트 관리 사무소(PMO)가 사용할 수 있는
가장 일반적인 프로젝트 관리 방법에 대한 간략한 개요입니다.
이 방법은 목록에 있는 다른 프로젝트 관리 방법 중 가장 간단하고 직선적인 방식일 수 있으며, 가장 전통적인 접근 방식입니다.
워터폴 방법론이라는 이름은 프로젝트의 각 단계가 아래로 흐르는 과정을 나타냅니다. 워터폴 모델은 프로젝트의 한 단계가 성공적으로 완료된 후에만 다음 단계로 이동하도록 요구합니다.
사용 시기: 워터폴 접근법은 제조 및 건설 프로젝트와 같이 구조화가 잘 되어 있고, 후속 수정이나 변경이 비용이 많이 드는 경우에 적합합니다.
워터폴 방법은 기획과 일정을 위한 간트 차트를 사용합니다.
애자일 프로젝트 관리는 자율적으로 팀 간 협업을 진행하는 발전적이고 협력적인 방식입니다.
애자일 방법론을 구현할 때 프로젝트 기획과 작업 관리가 적응적이고 발전적이며, 초기 납품을 지향하며, 프로세스 개선을 위해 변화에 항상 열려 있습니다.
빠르고 유연하며 워터폴 방식과는 달리 변화에 민첩하게 대응할 수 있습니다.
애자일 방법론은 제품 및 소프트웨어 개발에서 매우 인기 있는 프로젝트 관리 방법론입니다.
그 이유는 애자일이 2001년 "애자일 소프트웨어 개발 선언문"이 발표되면서 나타났기 때문입니다. 이 선언문은 17명의 소프트웨어 개발자들이 작성했습니다.
사용 시기: 애자일은 소프트웨어 개발에서 시작되었고, 그 문화에 잘 맞습니다. 애자일이 적합한지 알 수 있는 방법은 무엇일까요?
애자일은 혁신을 추진하고 불확실성이 있는 비소프트웨어 제품에도 적용될 수 있습니다. 예를 들어, 컴퓨터, 자동차, 의료 기기, 음식, 의류, 음악 등에서 활용됩니다.
또한 마케팅과 같이 반응 속도가 빠르고 일정이 긴박한 프로젝트에서도 사용됩니다.
스크럼은 프로젝트를 관리하는 짧은 '스프린트' 방식입니다. 스크럼 방법론은 보통 10명 이하의 팀에 적합하며, 두 주기를 기본으로 하는 짧은 일일 회의를 포함한 일정을 갖습니다.
이 방식은 스크럼 마스터라고 불리는 사람이 주도합니다. 스크럼은 애자일 프로젝트 관리 프레임워크 내에서 작업하며, 더 큰 조직에 맞게 스크럼을 확장하려는 시도가 있었습니다.
스크럼이라는 용어는 1986년 하버드 비즈니스 리뷰 기사에서 Hirotaka Takeuchi와 Ikujiro Nonaka가 처음 사용했습니다.
2001년 Ken Schwaber와 Mike Beedle가 "Agile Software Development with Scrum"이라는 책을 쓴 후 애자일의 일부가 되었으며,
2002년 Schwaber는 스크럼 인증을 제공하는 Scrum Alliance를 설립했습니다.
사용 시기: 애자일과 마찬가지로 스크럼은 주로 소프트웨어 개발에서 사용되었지만, 유연성을 요구하는 소매 물류, 이벤트 계획 등 다양한 산업이나 비즈니스에 적용할 수 있습니다.
단, 스크럼 역할에 대한 엄격한 규정이 필요합니다.
PMBOK는 프로젝트 관리 방법론 중 가장 전통적인 방식이라 할 수 있습니다. 프로젝트 관리 연구소(PMI)는 비영리 회원제 단체로, 프로젝트 관리 인증과 표준을 설정하는 기관입니다.
이 기관은 '프로젝트 관리 지식체계' 또는 PMBOK라는 책을 발행하며, 프로젝트 기획, 일정, 실행 및 통제에 대한 정의와 가이드를 제공합니다.
예를 들어, 프로젝트 관리 프로세스 그룹은 프로젝트 생애 주기를 설명하며, 10개의 프로젝트 관리 지식 영역은 프로젝트를 관리하는 방법을 설명합니다.
사용 시기: PMBOK는 거의 모든 프로젝트에서 유용하게 사용할 수 있습니다.
큰 프로젝트든 작은 프로젝트든 책에서 설명하는 프로젝트 생애 주기를 따라야 하며, 모든 사람들이 동일한 페이지에서 프로젝트를 관리하도록 도와줍니다.
중요 경로 방법(CPM)은 프로젝트의 모델을 구축하며, 작업 분해 구조에서 모든 활동을 나열하고, 각 작업의 기간과 종속 관계, 프로젝트의 주요 단계나 마일스톤을 표시합니다.
이를 통해 프로젝트를 완료하는 데 필요한 가장 긴 작업 순서인 중요 경로를 식별할 수 있습니다. 만약 중요 경로에 포함된 작업이 지연되면 전체 프로젝트가 지연될 수 있습니다.
CPM은 1950년대 후반 DuPont의 Morgan R. Walker와 Remington Rand의 James E. Kelley, Jr.에 의해 개발되었습니다.
DuPont는 1940년대부터 CPM의 전신을 사용했으며, 맨해튼 프로젝트에 적용되었습니다.
사용 시기: CPM은 소규모 또는 중간 규모의 프로젝트에 더 적합합니다.
프로젝트가 커질수록 모든 데이터를 도식화하고 해석하기 어려워지기 때문에 프로젝트 관리 소프트웨어를 사용하지 않으면 복잡해질 수 있습니다.
CCPM에서는 프로젝트를 완료하는 데 필요한 자원(팀, 장비, 사무 공간 등)에 중점을 둡니다.
이 방법은 작업 순서나 일정보다는 자원의 균형을 맞추고 자원을 유연하게 관리하는 데 집중하는 방식입니다.
1997년 Eliyahu M. Goldratt의 "Critical Path"라는 책에서 처음 소개되었습니다. 이 방법론은 프로젝트를 10-50% 더 빠르거나 더 저렴하게 만들 수 있다고 평가됩니다.
사용 시기: CCPM은 대기업과 중소기업 모두에 적용 가능하며, 건설, 소프트웨어 개발, 기술 연구 개발 등 다양한 산업의 프로젝트에 적합합니다.
칸반 방법론은 프로젝트 관리를 위한 시각적 접근 방식입니다. '칸반'이라는 이름은 일본어로 광고판을 의미합니다.
이 방법은 칸반 보드에 작업을 배치하여 팀원 모두가 작업 흐름과 진행 상황을 명확하게 볼 수 있도록 돕습니다.
칸반 방법론은 비효율성을 줄이는 데 유용하며, 린 제조나 애자일 프로젝트와 같은 다양한 목적에 적합한 프로젝트 관리 도구입니다.
칸반은 1940년대 후반 도요타가 차량 생산의 속도를 조절하기 위해 사용하기 시작했으며, 이를 통해 도요타 생산 시스템을 만들어냈습니다.
사용 시기: 칸반은 원래 제조업과 소프트웨어 팀에서 사용되었지만, 이후 인사, 마케팅, 조직 전략, 경영 프로세스 등 다양한 분야에서 활용되고 있습니다.
칸반 보드를 사용하면 프로젝트 단계, 작업 마감일, 사람들, 아이디어 등을 표현하는 카드를 추가하여 누구나 계획할 수 있습니다.
칸반 소프트웨어는 이 방법론을 더욱 쉽게 접근할 수 있도록 만들어 줍니다.
이것은 마치 아이들이 즐기는 위험한 스포츠처럼 들리지만, 실제로 XP는 생산성을 향상시키기 위해 짧은 개발 주기와 여러 번의 릴리스를 사용하는 애자일 소프트웨어 개발 방식입니다.
고객의 요구 사항을 수집하고 프로젝트 진행 과정에 따라 요구 사항을 적응시킬 수 있습니다.
XP는 Kent Beck이 Chrysler Comprehensive Compensation System 급여 프로젝트에서 작업하면서 만들었으며,
그는 1999년에 "Extreme Programming Explained"라는 책을 썼습니다. 그러나 그 많은 실천들은 이미 오랫동안 존재해 왔습니다.
사용 시기: 요구 사항이 자주 변경될 때 XP와 같은 방법론을 사용하는 것이 좋습니다. 고객이 원하는 바를 명확하게 알지 못할 때 유용합니다.
린 프로젝트 관리는 이름에서 알 수 있듯이 낭비를 줄이고, 그렇게 해서 프로젝트와 제조 과정에서 가치를 증가시키는 방법입니다.
따라서 린은 주요 프로세스에서 낭비를 없애는 데 집중하여 가치 흐름에 지속적인 긍정적 영향을 미칩니다. 이는 기술, 자산, 수직적인 부분을 최적화함으로써 이루어집니다.
린 프로젝트 관리는 헨리 포드와 그의 자동차 생산 자동화에서 시작되었습니다.
도요타는 이 아이디어를 받아들여 제조뿐만 아니라 제품 개발 프로세스의 지속적인 개선을 위한 아이디어로 확장했습니다.
오늘날 소프트웨어 개발 팀은 린 프로세스를 사용하여 최종 사용자 피드백과 가치를 증가시키는 데 집중하고 있으며,
이는 "Lean Startup"을 발표한 Eric Ries에 의해 새로운 의미를 부여받았습니다. 그는 빠른 프로토타이핑, 최종 사용자 피드백, 초기 및 빠른 제품 납품을 지지합니다.
사용 시기: 린 프로젝트 관리는 도요타에서 처음 개발되었으며, 제조업에 적합한 방법론입니다.
사실, 이는 린 제조라고도 불리며, 건설 및 교육 산업을 포함한 다양한 분야에서 채택되었습니다.
많은 스타트업과 소프트웨어 개발 회사들이 최종 사용자 중심의 제품을 추진하는 데 린 방법론을 사용하고 있습니다.
식스 시그마는 1980년대 중반 모토로라에서 일하는 엔지니어들에 의해 도입되었으며, 프로젝트에서 작동하지 않는 부분을 식별하여 품질을 개선하는 데 중점을 둡니다. 이
는 품질 관리, 경험적 통계를 적용하며, 이 분야의 전문가들이 이를 수행합니다. 또한, 린 방법론을 추가하여 낭비를 없애는 Lean Six Sigma가 있습니다.
식스 시그마는 안정적이고 예상 가능한 결과를 지속적으로 달성하기 위한 노력이 성공의 핵심이라고 말합니다.
프로세스는 정제되고 개선될 수 있으며, 프로젝트, 프로그램 또는 포트폴리오에서 품질을 유지하기 위해서는 조직 전체가 참여해야 합니다.
사용 시기: 이 방법론은 대기업에서 가장 잘 작동합니다. 몇 백 명의 직원이 있는 회사는 그 혜택을 온전히 누리기에는 너무 작은 경우가 많습니다.
이를 실천하려면 인증이 필요합니다. 식스 시그마 인증에 대해 자세히 알아보세요.
PRINCE2는 "Projects IN Controlled Environments"의 약자로, 구조화된 인증 방법론입니다.
원래는 영국 정부의 IT 프로젝트를 위해 만들어졌습니다. PRINCE2는 워터폴과 같은 다른 전통적인 방법들과는 달리,
모든 프로젝트에 적합한 일률적인 해결책이 아니라 7개의 원칙, 테마 및 절차를 따릅니다.
영국 정부는 1989년에 IT 시스템에 대한 표준을 채택하면서 PRINCE를 도입했습니다.
PRINCE2는 1996년에 더 일반적인 프로젝트 관리 방법으로 등장했습니다. 현재는 영국 정부 기관과 유엔을 포함한 많은 조직에서 널리 사용되고 있습니다.
사용 시기: PRINCE2는 여러 나라의 정부에서 채택되어 사용되고 있으며, 따라서 작은 프로젝트에는 적합하지 않을 수 있습니다.
통합 프로젝트 납품(IPD)은 프로젝트에 핵심 참여자들(계약자, 소유자, 건축가 또는 컨설턴트 등)을 통합하는 협력적 방법입니다.
이들은 목표를 일치시키고 위험을 식별하며 하나의 팀으로 협력적인 환경을 조성합니다. 그 결과로, 커뮤니케이션이 개선되고 갈등이 해결되며 프로젝트 결과가 최적화됩니다.
이러한 향상된 협력의 결과는 공동의 프로젝트 목표를 달성하는 데 도움이 되며, 경우에 따라 효율성과 품질을 개선하고 동시에 비용을 절감할 수 있습니다.
사용 시기: IPD 방법론은 위험을 공유하는 복잡하거나 장기적인 프로젝트에 적합합니다.
갈등을 줄이고 효율적인 솔루션을 적용할 수 있는 프로젝트에 유용합니다.
이 이름에서 알 수 있듯이, 적응형 프로젝트 프레임워크는 프로젝트 진행 중에 변화에 대응하고 조정할 수 있는 능력에 중점을 둡니다.
APF는 프로젝트 범위, 요구 사항 및 계획에 영향을 미치는 빠르거나 빈번한 조정을 지원합니다. 또한 고객의 요구나 시장 조건의 변화에도 적응할 수 있습니다.
APF는 프로젝트 관리자가 프로세스와 결과물을 지속적으로 평가하여 이해 관계자의 기대를 충족하도록 합니다. 피드백이 제공되고 변경이 이루어지면,
APF는 팀이 여전히 가치를 제공할 수 있도록 조정할 수 있게 해줍니다.
사용 시기: APF는 불확실성이나 변화가 많은 프로젝트에서 사용하면 좋습니다. 회복력을 중시하며 팀이 필요에 따라 조정할 수 있도록 하여 큰 문제를 피할 수 있게 돕습니다.
익스트림 프로젝트 관리 방법론은 불확실성, 복잡성, 빠른 변화를 특징으로 하는 프로젝트를 관리하는 데 도움을 줍니다.
XPM은 적응적이고 반복적인 과정을 통해 결과물을 개선하고 위험을 줄이는 데 중점을 둡니다.
XPM은 고객의 요구를 우선시하며, 스스로 조직된 팀이 결정을 내리고 변화하는 프로젝트 조건에 적응할 수 있도록 지원합니다.
사용 시기: 익스트림 프로젝트 관리는 기술 개발과 같은 역동적인 환경에서 진행되는 프로젝트에 가장 적합합니다.
전통적인 프로젝트 관리 방법론은 이러한 변화에 적응하거나 속도를 따라가기 어려울 수 있습니다.
이 프로젝트 관리 프레임워크는 프로젝트 일정을 시각적으로 표현하는 데 도움을 줍니다.
각 활동은 다이어그램에서 노드나 박스로 표시되며, 화살표는 관계와 종속성을 나타냅니다.
이 방법은 작업의 순서와 종속성에 대한 명확하고 시각적인 레이아웃을 제공하여,
어떤 작업이 다른 작업을 시작하기 전에 완료되어야 하는지 또는 어떤 작업이 동시에 발생할 수 있는지를 파악하는 데 유용합니다.
사용 시기: PDM은 세밀하고 정확한 일정이 필요한 프로젝트에 가장 적합합니다. 그 구조적이고 시각적인 접근 방식은 기획, 모니터링 및 실행을 개선하는 데 도움을 줍니다.
위글은 아래 원문을 번역 및 재가공한 글로, 원문은 아래에서 확인하실 수 있습니다.
https://www.projectmanager.com/blog/project-management-methodology